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(§) Entwicklungswerkzeug 

@ Im Rahmen der Entwickluhg von immer komplexeren 
Produkten muR eine Vielzahl von Mitarbeitern, Informa- 
tionen und Entwicklungsphasen miteinander koordiniert 
werden. Bishersind nur einzelne Entwicktungswerkzeuge 
sowie Infornnationsven/valtLingen bekannt. 
Die Erfindung betrifft ein Entwicklungswerkzeug zur Un- 
terstutzung, Koordination und Inhaltlichen Bearbeitung 
des gesamten Entwicklungsablaufs, sowie der struktu- 
rierten Wissensweitergabe in einer derartigen Entwick- 
lung. Hierzu wird eine relationale Datenbank eingesetzt, 
die dynamisch objektorientiert aufgebaut ist. Dies gelingt 
dadurch, da(J innerhalb der Datenbank zwischen Informa- 
tionsobjekten unterschiedlicher Klassen unterschieden 
wird, die durch unterschiedliche Verknupfungstypen mit- 
einander in Beziehung gesetzt werden. Das gesamte Da- 
tenbankmodell ist durch den jeweiligen Entwicklungs- 
phasen angepaf^te Sichten strukturiert. 
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Die Erfindung betxifft ein Entwicklungswerkzeug zurUn- 
terstiitzung von Entwicklungsprozessen. 

Entwicklungswerkzeuge im Sinne der Erfindung sind'in 5 
erster Linie Softwaretools, Prufmethoden oder MeBverfah- 
r^n, die im Wege einer Produktentwicklung ublichemeise 
eingesetzt warden. So sind beispielsweise Konstruktions- 
programme in CAD-Technik zur Entwicklung von Fachwer- 
ken Oder Layout-Programme fur den Schaltungsentwurf be- lo 
kannt. Es handelt sich dabei jeweils um Werkzeuge, die ein- 
zelne Entwicklungsphasen unterstutzen. Eine Vemetzung 
der Ergebnisse oder gar der verwendeten Methoden ist hier- 
durch nicht gegeben. 

Eine Vemetzung der im Wege einer Entwicklung gewon- 15 
nenen Informationen kann im Wege einer relationalen Da- 
tenbank hergestellt werden. Hierunter wird verstanden, daB 
die einzelnen Datensatze der Datenbank, sogenahnte Re- 
cords, in Tabellen abgelegt werden, wobei die jeweiligen 
Tabellen dieser Datenbank in Beziehungen zueinander ste- 20 
hen. Ein relationales Datenbanksystem verwaltet demnach 
die Daten in mehreren Tabellen, die nach bestimmten Krite- 
rien mileinander verkniipft sein konnen. Die verschiedenen 
Tabellen sind in der Regel nach Themen geordnet. Die je- 
weiligen Zeilen einer Tabelle sind jeweils ein Datensatz. 25 

Dariiber hinaus kennen derarfige Datenbanken iiblicher- 
weise unterschiedliche Datenbankobjekte. Datenbahkob- 
jekte konnen unterschiedlicheDarstellungsfonnen der in der 
Datenbank enthalten Informationen, aber auch Ein- und 
Ausgabemittel der Datenbank sein. 30 

Die in einer Datenbank gesammelten Daten konnen unter 
Umstanden von verschiedenen Anwendungen und oft von 
mehreren Benutzem gieichzeitig verwendet werden. 

Man spricht von einer relationalen Datenbank wenri die 
Objekte der Datenbank verkniipft sein konnen. So konnen 35 
beispielsweise die Tabellen der Datenbank in definienen 
Beziehungen zueinander stehen. Die Beziehungen konnen 
unterschiedlicher Art sein. So kann eine Beziehung bidirek- 
tional Oder unidirektional aiisgestaltet sein. Dariiber hinaus 
wird zwischen 1 : 1,1 : n oder n : m - Beziehungen unter- 40 
schieden. 

Es gehort zum Stand der Technik, die im Rahmen einer 
Entwicklung gewonnenen Daten in einer derartigen relatio- 
nalen Datenbank zu verw alien. ' ' 

Der Erfindung liegt die Aufgabe zugrunde,ein Entwick- 45 
lungswerkzeug zu schaffen, das einen EntwicklungsprozeB 
begleitet, dessen Ergebnisse strukturiert verbindet deren Er- 
arbeitung und Weiterbearbeitung ermoglicht und/bder unter- 
stiitzt und die Weiterentwicklung begunstigt. Es soli ein Ent- 
wicklungswerkzeuggeschaffen werden mit dessen Hilfezu- 50 
mindest annahemd die gesamte Entwicklung strukturiert 
durchgefuhrt werden kann. 

Diese Aufgabe wird diirch ein Entwicklungswerkzeug ge- 
maB dem Hauptanspruch gelost. 

, Dabei wird die relationale Datenbank selbst als Entwick- 55 
lungswerkzeug eingesetzt. Im Unterschied zum Stand der 
Technik wird dabei eine relationale Datenbank dynamisch 
und objektorientiert aufgebaut. Dies bedeutet, daB samtliche 
im Rahmen eines Entwicklungsprozesses benotigten oder 
efzeuglen Informationen als Informationsobjekte unter- 60 
schiedlicher Klassen aufgefaBt werden. Diese Informations- 
objekte werden durch Verkniipfungen unterschiedlicher Ty- 
pen mileinander in Beziehung gesetzt. Die Verkniipfungen 
regeln dabei, in welcher Weise ein Infonnationsobjekt mit 
einem anderen Information sobjekl in Austausch tritt. In al- 65 
ler Regel wird dabei ein Infonnationsobjekt zum Subjekt 
und das andere Informationsobjekt zum Objekt einer durch 
die jeweilige Verknupfung definierten Funktion werden. 



Die Dynamik dieser relationalen Datenbank. ergibt sich 
daraus, daB die einzelnen Informationsobjekte veranderlich 
und zum Teil erst im Laufe.der Entwicklung entstehen sowie 
auch deren, Verknupfungen zumindest. zum Teil erst im 
Laufe der Entwicklung aufgebaut bzw. erarbeitet werden 
Das erfindungsgemaBe Datenbankmodell ist.in ein Netz- 
werksystem,. vorzugsweise Internet und/oder Inu^net einge- 
bunden und ermoglicht so einer Vielzahl vbn Mitarbeitem, 
an dem EntwicklungsprozeB strukturiert teilzunehmen. Das 
erfindungsgemaBe Entwicklungswerkzeug kann je nach 
Netzwerk beuiebsubergreifend und/oder betriebsintem ein- 
gesetzt werden. 

. Das erfindungsgemaBe Entwicklungswerkzeug ist somit 
in der Lage, einen iiblichen kompliexen EntwicklungsprozeB 
zu strukturieren und dessen Durchfuhrung aueh inhalUich zu 
ermSglichen. . 

Hierzu sind samdich in der erwahnten Datenbank ange- 
ordneten Daten in den jeweiligen Entwicklungsphasen ent- 
sprechenden Sichten strukturiert. Innerhalb dieser Sichten 
konnen vom jeweiligen Mitarbeiter die jeweils relevanten 
Informationsobjekte und Verkniipfungstyperi zueinander in 
die jeweils gewunschte Beziehung gesetiLiind bearbeitet 
werden. J'"' 

Die Klassifikation der einzehien Infoiiiationsobjekte er- 
folgt di^rchihre Attribute. " ' ' ' ' ' 

Iri vorteilhafter Ausgestaltung kbnnen die Atiribute gean- 
dert,gel6scht Oder erganzt werden. ' . 

Durch die innerhalb einer Sicht mogliche Auswahl geeig- 
neter Verknupfungstypen zwischen den einzelnen Informa- 
tionsobjekten gelirigt eine Strukturierung der im Laufe eines 
Entwicklungsprozesses anf allenden Infonnationen. IHe 
Festiegung der Verknupfungstypen steUt bereits eine Bear- 
beitung der innerhalb einer Sicht angebotehen Infomations- 
objekte dair. i • . 

. AuBerdem konnen innerhalb einer jeden Sicht Filter'clefi- 
niert werden, die die fur die jeweilige Sicht relevanten Infor- 
mationsobjekte und Verknupfungstypen auswahlen. Hiei-- 
durch kann die Ubersichtlichkeit innerhalb einer einzelnen 
Sicht gesteigert werden. Die Fesdegung der Filter stellt be- 
rei^ eine Bearbeitung der jeweiligen Sicht dar. 

SchlieBUch steht innerhalb einer jeden sicKt ein Bedin- 
gungseditor zur Definition yon Bedirigiingen zur Verfugung 
Mit diesen sogenahnten "Bedingurigen" konnen auch Infor- 
mationsobjekte bearbeitet, erzeugt, verandert, festgelegt 
Oder uberpriift werden. Mit den Bedingungen konnen inner- 
halb der jeweiHgen Sicht erforderhche Bearbeitungen wie 
z. B. Funktionsprufungen Oder ahnliches durchgefuhrt wer- 
den. . - - . 

SchlieBlich kann der gesamte Datenbestand innerhalb ei- 
ner Sichtenverwaltung strukturiert dargesteUt werden. Hier- 
durch kann eine Gesamtiibersicht iiber den derzeitigen iEnt- 
wicklungsstand gegeben werden iind der gesamte Entwick- 
lungsprozeB kontroUiert werden. Die Sichtenverwaltung 
stellt eine bisher nicht mogliche itrukturieite Ubersicht uber 
einen EntwicklungsprozeB zur Verfugung. Die einzelnen 
Sichten konnen ihrerseits wiedenim unterteilt sein, 

Innerhalb des Entwicklungswerkzeugs wird jeweils zwi- 
schen bearbeiteten und noch zu bearbeitenden Informations- 
objekten unterschieden. Dabei kann ein inneriialb einer 7. 
Sicht bearbeitetes Informadonsobjekt in einer anderen Sicht 
zu einem noch zu bearbeitendfen Informationsobjekt geho- 
ren. Diese Unterscheidung stellt die VoUstandigkeit der in- 
nerhalb einer Sicht durchzufiihrenden MaBnahmen sicher 
und ist ein weiteres Merkmal der Qualitatssicherung in ei- 
nem EntwicklungsprozeB. Die den einzelnen Sichten zuge- 
ordneten Filter bzw. die zu diesen Sichten erarbeiteten Filter 
bestimmen daruber, welche Informationsobjekte insgesamt 
in einei- Sicht angeboten werden. So ist mittels der Filter 
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auch festgelegt, in welchen Sichten etwaig im Laufe der 
Entwicklung zusatzlich entstandene Informationsobjekte 
uberhaupt angeboten werden. Dabei kann je nach Sicht das- 
selbe Informationsobjekt als bearbeitel oder noch zu bear- 
beiten erscheinen. 

Die Erfindung ^yird nachstehend anhand'eines in der 
Zeichnuhg dargestellten AusfuJiJiingsbeispi^fels na^ 
tert. Es zeigen: . . \ ; = 

' Fig. 1 das Blockschaltbiid eines EntWicklungswerkzbugs, 

Fig, 2 das Sthiktiirbild 'einer Sichtenyenvaitung iii eiijer' 
Detailansicht, ' • ' ' ■ * ' ' ' [ \ ' 

Fig. 3 die Detailansicht in vergroBerterDarsteUui^^^ 

Fig. 4 ein weiteres Stru^tbrbild zur Sichtverwdfurig mit 
einer kaskadieften Sicht zur Diirchfuhrung eiher Bearbei- 
tung innerhalb einer aiisgewahlteh Sicht, 

Fig. 5 einige beispielhaft ausgewahlte Inforinatiqhsdb- 
jekte, ' 

Fig. 6 ein Beispiel fur einen Filter in eiher Prihzipdars tel- 
■ lung und ^ . . , * 

* Fig. 7 eine Ptinzipdarsteilung eihes Bedingungs^H9fs. 

Fig. I zeigt eihe zentrale Datenverarbeitiihgsarilage 1 die 
mit verschiedenen Bedienplatzen 2, 3, 4 sowie einem An- 
zeigeinstrument 5 und einer MeBeinrichtung 6 in Datenver- 
bindung steht Die genanriten Gerate 1 bis (6 konnen ul?er eiQ 
Intranet, das Internet oder ein sonstiges beliebiges Netzwerk 
bzw. Bussystem' oder eine ' Koiiibiriatioh der erwahnien 
Netze miteinander verbunden sein. ; AiiBer den genanhien 
Einrichtungen korinen unterschiedlichste Gerate, wie Senso- 
ren, Eingaber oder Arizeigeeirih^ten, Terminals etc. mit der 
zeiitralen patehvefarbeitungsanlage t in Datenverbindung 
stehen. . ; 

Die in Fig. 1 gezeigte Gerktekonstellatioh stellt eine bei- 
' spielhafte Ausgestaltung des erfindurijgsg'emaBen Entwick- 
lungswerkzeuges dar. Das Entwicklungswerkzeug weist ne- 
ben den genannten notwendigen Hardwareeinrichtungen 
insbesondere eine objektorientierte relationale Datenbank 
auf, die in den folgenden Fig. 2 bis 7 anhand yon Prinzip- 
skizzen erlautert wird. 

Die Datenbank b^steht im wesentlichen aus einer Viel- 
zahl von Informatiorisobjekten, wie sie jbeispielsweise in 
Fig. 5 dar^eslellt sinci, Fig. 5 zeigt als beis>pielhaftes Infor- 
mationsobjekt eihe Kundenanforderung 7, die duirch ver- 
schiedene Attribute defihiert wird. 

Es handelt sich hierbei beispielsweise um deh Wert der 
Kundenanforderung und deren Beschreibung sowie ieinen 
Vergleich mit der Vorgangerlosung oder mit einem Wettbe- 
werbsprodukt. All diese Attribute dienen dazu, die jeweilige 
Kundenanforderung 7 zu beschreiben. Ein anderes Informa- 
tionsobjekt ist beispieis^yeise ein Produktmerkmal 10, das 
wiederum durch eine IVielzahl von Attribulen, wie deren 
technischer Bedeutung, deren technischer Schwierigkeiien 
oder auch den Vergleich rnit dem Wettbewerb beschrieben 
werden. Ein \yeiteres Informationsobjekt kann .eine be-, 
stimmte Funkdon 11 sein. Es kann sich dabei um eine Be- 
schreibung des Vorganges handeln, der durch ein gewisses 
Produktmerkmal 10 ausgefuUt wird. Die Beschreibung die- 
ses Vorganges stellt wiederum ein Attribut dieses Informati- 
onsobjektes dar. 

Die einzelnen Informationsobjekte 7 bis 11 sind durch in 
Fig. 5 nicht dargestellte Verkniipfungstypen miteinander 
verbunden. Die Verkniipfungen steUen die Beziehung zwi- 
schen den einzelnen Informationsobjeklen 7 bis 11 her. Bei- 
spielsweise kann eine bestimmte Kundenanforderung 7 sich 
in einem beslimmlen Produktmerkmal 10 niederschlagen, 
das wiederum eine bestinrimte Funklion U generiert. Das 
Vorhandensein der Kundenanforderung 7 ware somit.eine 
Bedingung flir das entsprechende Produktmerkmal 10. Hier- 
durch islein bestimrater Verknupfungstyp, nanilich eine lo- 



gische Bedingung definiert. 

Samthche Informationsobjekte 7 bis 11 und Verkniip- 
fungstypen lassen sich in einer Sichtenverwaltung darstel- 
len. Eine derartige Sichtenverwaltung ist in Fig. 2 gezeigt. 
5 GemaB der Darstellung in Fig. 2 ist das gesamte Daten- 
modeil in yerschiedene Sichten, wie Projeklmanagement, 
Projektorganisation; ftojektplanung oder Projektdokumen- 
tatiori unterteilt. Die einzelnen Sichten konnen weiterunter- 
teiit sein. Es handelt sich also um eine kaskadierte Sichten- 

10" verwaltuhg. 

^So ist.gemaB Fig. 2 das Projeklmanagement in weitere 
Sichten wie Projektorganisation, Projektplanung und Pro- 
jektdbkumehtatibn unterteilt. Neben den Sichten "sind noch 
zu bearbeitende Informationsobjekte" aufgefiihrt. Innerhalb 

15 ydri jeder Sicht, hier der Sichtverwaltung, wird zwischen be- 
arbeitfeteri und noch zu bearbeitenden Informationsobjekten 
unterschieden. Die Gesamtu des Projektrnanage- 

ments zeigl i Detaildiarstellurig den Ablauf der ge- 

samt(eh Produktentwicklung Voii der Entwicklungsphase- 

20 iiber eine Konzeptphase bis hiri zu einer Musterphase, Dau- 
erlaufphase urid.Serienphase. Die einzelnen Phasen generie- 
ren >yiederum Ergebnisse, die sich gegenseitig beeinflussen. 
Die Phasen stellen somit wiederum Informationsobjekte der 
Sicht des Projektmanagenients dar, die untereinander durch 

25 entsprechiende Verlpiupfungstypen miteinander verbunden 
siiad jEiner.jeden Phase sm^ bestimmte Mitarbeiter und 
MaBhahmenpakete , z^ wie aus Fig. 3 ersichtlich 

ist. Auch diese steUen Informationsobjekte dar, die durch 
entsprechende Verkniipfungstypen miteinander verbunden 

30 sind bzw. noch zu yerbinden sind. 

Wie. in Fig. 4 gezeigt, laBt sich somit eine Produktent- 
wicklung als die Abfplge verschiedenei* Sichten begreifen. 
Auch Methpdei) und Werkzeuge der Entwicklung werden 
ihrerseits wiederum als Sichten auf den gesamten bzw. den 

35 jeweils relevanten Teil des Datenbestandes aufgefaBt. 

Die als "System-FMEA (Failure Mode and Effects Ana- 
lysis) Produkt" bezeichnende Sicht, stellt einen Schritt des 
Entwicklungsprozesses dar, der wiederum in weitere 
Schritte wie "Systaneiemente und Systemstruktur", "Funk- 

40 tionen und Funktionsstruktur", 'Tehleranalyse", "Risikobe- 
wertung" und "Optimierurig*' unterteilt ist. Diese Schritte 
stellen wiederum Sichten des jeweiligen Bearbeiters auf die 
bescHriebene relationale Datenbank dar. , : , • ^ 
Eine erste Sicht betrifFt die "Systemelemente und System- 

45 struktur", eine zweite Sicht deren "Funktion ui)d Funktions- 
strukturen", eine dritte Sicht eine "Fehleranalyse!", eine 
vierte Sicht eine "Risikobewerturig'* lind schlieBlich eine 
■fiinfte Sicht die "Optimierung". 

In all diesen Sichten stehen unterschiedliche Informati- 

50 onsobjekte, Verkniipfungstypen, Filter und Bedingungen 
zur Verfugung. Die erwahnten Filter dienen gemafi Fig. 6 
dazu, die fiir die einzelne Sicht relevanten Informationsob- 
jekte auszufilten und der jeweiligen Sicht zur Verfugung zu 
stellen. So ist der als "System-FMEA-Produkt" bezeichne- 

55 ten Sicht die Sicht des "QFD" - "Quality Function Deploy- 
ment" - vorgeschaltet. Die "System-FMEA-Proidukt". -Sicht 
weist gemaB Fig. 6 einen Filter auf. In der "QFD-Sichl" ste- 
hen gewisse Informationsobjekte, namlich Funktionen, Pro- 
duktmerkmale, Baugruppen, Teile, Kundenforderungen zur 

60 Verfugung. In der nachgeschalteten "System-FMEA-Pro- 
dukt-Sicht" stehen dagegen die- Informationsobjekte "Bau- 
gruppe, Teile, KonsLruktionselemente, Fehler, Funktionen, 
Produktmerkmale, EntdeckungsmaBnahmen, Mitarbeiter, 
VermeidungsmaBnahmen" zur Verfugung. 

65 Die Weitergabe der genannten Informationsobjekte von 
einer Sicht zur nachsten ist durch gestrichelte Linien symbo- 
lisch dargestellt. Es werden nur die fur die nachste Sicht je- 
weils relevanten Infomiationsobjekte weilergegeben. So 
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steht das Informationsobjekt "Mitarbeiter" der Sicht **Sy- 
stem-FMEA-Produkt" in der als "QFD" bezeichneten Sicht 
nicht zur Verfugung. 

In jeder Sicht konnen iiber einen entsprechenden Bedin- 
gungseditor zusatzlich Bedingungen entwickelt, uberpruft 5 
und durchgefuhrt werden. Eine solche Bedingung kann bei- 
spielsweise eine Funktionsprufung der MeBeinrichtung 6 
sein. Fiir den Fall, daB die Funktion der MeBeinrichtung 6 
fehlerhaft oder kritisch ist, konnen weitere Tests oder son- 
stige MaBnahmen ergriffen werden. 10 

Vorstehend ist somit ein Entwicklungswerkzeug be- 
schrieben, das eine Vielzahl von Entwicklungsphasen und 
Mitarbeitem durch eine dynamische objektorientierte rela- 
tionale Datenbank miteinander.gezielt und strukturiert zu- 
sammenarbeiten laBt. Das Entwicklungswerkzeug stellt so- 15 
wohl den Ablauf als auch die Funktion und VoUstandigkeit 
und inhaltliche Bearbeitung der einzelnen Entwicklungs- 
phasen sicher und sichert den Austausch der jeweiligen Er- 
gebnisse der einzelnen Entwicklungsphasen. Dabei stellt 
das gesamte Entwicklungswerkzeug nicht nur den funktio- 20 
nierenden Rahmen einer derartigen Entwicklung zur Verfii- 
gung, sondem ist zur Durchfuhrung der Entwicklung selbst 
geeignet Aufgrund seiner Dynamik und standigen Anpas- 
sung durch die jeweiligen Bearbeiter konnen mit dem vor- 
stehend beschriebenen Entwicklungswerkzeug nahezu 25 
samtliche Formen der Entwicklung durchgefuhrt werden. 

Durch das erwahnte Entwicklungswerkzeug ist sicherge- 
stellt, daB samtliche Entwicklungsergebnisse mit der Zeit an 
der gewiinschten Stelle zur Verfugung stehen, Doppelent- 
wicklungen vermieden werden und uberdies jederzeit ein 30 
bisher nicht erreichter Uberblick iiber den jeweiligen Ent- 
wicklungsstand gegeben ist. 
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1. Entwicklungswericzeug zur Unterstutzung von Enl- 
wicklungsprozessen mit einem Mehrplatzsystem, das 
durch ein Netzwerk, vorzugsweise Intranet und/oder 
Internet, untereinander und mit wenigstens einer Da- 
tenverarbeitungsanlage (1) datenverbunden ist, auf der 50 
eine relationale Datenbank beUrieben wird, die derart 
dynamisch objektorientiert aufgebaut ist, daB zwischen 
verschiedenen Informationsobjekten (7, 10, 11) unter- 
schiedlicher Klassen unterschieden wird, die durch 

. Verkniipfungen von unterschiedlichen Verkniipfungs- 55 
typen miteinander in Beziehung setzbar sind. 

2. Entwicklungswerkzeug nach Anspruch 1, dadurch 
gekennzeichnet, daB die relationale Datenbank mit ei- 
ner Menufiihrung versehen ist, die je nach Entwick- 
lungsstand und/oder Benutzer den einzelnen Entwick- 60 
lungsphasen entsprechende Sichten auf den jeweiligen 
Datenbestand und Informationsobjekten und Verknup- 
fungstypen anbietet, wobei innerhalb jeder Sicht die je- 
weils relevanten Informationsobjekte und Verkniip- 
fungstypen strukturier- und bearbeitbar sind. 65 

3. Entwicklungswerkzeug nach einem der vorgehen- 
den Anspruche, dadurch gekennzeichnet, daB die Infor- 
mationsobjekte (7, 10, 11) durch Attribute definiert 



sind, wobei die Informationsobjekte einer Klasse die 
gleichen Attribute gegebenenfalls unterschiedlicher 
Wertigkeit aufweisen. 

4. Entwicklungsobjekt nach Anspruch 3, dadurch ge- 
kennzeichnet, daB Attribute der einzelnen Informati- 
onsobjekte (7, 10 oder 11) veranderlich sind und Infor- 
mationsobjekte hinzugefugt oder geloscht werden kon- 
nen. 

5. Entwicklungswerkzeug nach einem der vorherge- 
henden Anspruche, dadurch gekennzeichnet, dafi die 
Verkniipfungstypen die Beziehung zwischen den ein- 
zelnen Informationsobjekten definieren. 

6. Entwicklungswerkzeug nach einem der vorherge- 
henden Anspruche, dadurch gekennzeichnet, daB in- 
nerhalb einer jeden Sicht Filter definierbar sind, die 
eine Auswahl der tur diese Sicht relevanten Informati- 
onsobjekte (7, 10, 11) und Verkniipfungstypen festlegt. 

7. Entwicklungswerkzeug nach einem der vorheigc- 
henden Anspriiche, dadurch gekennzeichnet, daB in je- 
der Sicht einer Bedingungseditor zur Definition von 
Bedingungen zur Verfiigung steht, welche geeignet 
sind, Informationsobjekte (7, 10, 11) zu bearbeiten, zu 
verandem, zu erzeugen und/oder zu uberpriifen. 

8. Entwicklungswerkzeug nach einem der vorherge- 
henden Anspriiche, dadurch gekennzeichnet, daB der 
gesamte Datenbestand der relationalen Datenbank in 
einer Sichtenverwaltung darstellbar ist, wobei jeder 
Sicht die entsprechenden Informationsobjekte, Ver- 
kniipfungstypen und/oder Bedingungen zur gelegentli- 
chen und/oder erforderlichra Weiterverarbeitung zuge- 
ordnetsind. 

9. Entwicklungswerkzeug nach einem der vorherge- 
henden Anspriiche, dadurch gekennzeichnet, daB die 
einzelnen Sichten der relationalen Datenbanken kaska- 
dierbar und/oder veranderlich sind, sowie daB im Be- 
darfsfalle- weitere Sichten formuliert und hinzugefugt 
werden konnen. 

10. Entwicklungswerkzeug nach einem der vorherge- 
henden Anspriiche, dadurch gekennzeichnet, daB in- 
nerhalb der relationalen Datenbank zwischen bearbei- 
teten und noch zu bearbeitenden Informationsobjekten 
(7, 10 ODER 11) unterschieden wird, wobei diese Un- 
terscheidung innerhalb einer jeden Sicht gegeben ist 

11. Entwicklungswerkzeug nach einem der vorherge- 
henden Anspriiche, dadurch gekennzeichnet, daB die 
einzelnen Sichten in eine definierbare Beziehung und/ 
Oder einen definierten Datenaustausch setzbar sind. 

12. Entwicklungswerkzeug nach einem der vorherge- 
henden Anspriiche, dadurch gekennzeichnet, daB we- 
nigsten ein Teil der Sichten mit wenigstens einem Teil 
der Informationsobjekte (7, 10 oder 11) in eine defi- 
nierbare Beziehung setzbar ist. 
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